Server Side Developer at LINE
GitHub Action 是構建專案CI/CD和其他自動化流程上一種方便的新方法。尤其是在閒暇時自己做的side-project，不再需要自己架設主機來監控 Github repository 並擔任 CI/CD 流程的 runner。 此外，GitHub 上的 Marketplace 上有很多有用的 GitHub Action（例如setup Java、python、go 等、構建 container image、部署到公有雲……）可以讓我們輕鬆地達成很多功能。但如果我們只能透過真正觸發 GitHub 上的 Pull Request, Push 等來測試 GitHub Actions，則有以下三個缺點： 不方便測試 push to master 的事件要觸發的 action（可能要先寫成被 PR 觸發，測試完，最後一個 commit 再改回來）。 可能超過 GitHub 每月提供的免費額度。 會有許多 commit 紀錄（看起來很醜，或需要額外 squash）。 綜合下來，能解決上述問題外，在 local 執行 GitH
LINE Taiwan Technology Evangelist
前言 大家好，我是 LINE 台灣技術傳教士 - NiJia Lin，此次的內容於「中部人的聊天機器人小小聚 #22」分享，分享這陣子以來自己做的一個小專案，拋磚引玉希望能讓更多點子於社群上發酵，想了解更多分享的內容請繼續往下看吧！ 活動頁 簡報連結 為什麼誕生這篇文章(分享)? 訊息散落在個人群組、各種聊天室 「那個 OOO 網址借我放一下」，應該很常看到這句話? 平常喜歡看 GitHub 許多工作訊息、聊天內容都在 LINE 上面 因為上述原因誕生了這次的想法 Part 1. 整合 GitHub API + LINE Bot 首先我建立了一個專案叫做 ideas-tree 準備來放我日常收集的小點子，接著另外建立一個 LINE Bot 專案，專門來處理管理者(我)與 LINE Bot 放上的任何點子訊息。 把服務叫起來之後於聊天室內打上訊息，即可把輸入的內容打到 ideas-tree 上面做紀錄，在這些過程中的流程請參考以下流程圖。 結果大概像這樣，可以把輸入的大頭貼+人名放上，並且在以下放入在
前言以前不管在單元/整合測試、部署或是一些週期性的工作，有點經驗的工程師通常會很習慣寫個 Script 去跑相關指令集。而隨著寫的服務越來越多，許多部分也微服務化後，同一個指令集可能會服務到對象也越來越多，因此就開始有了像是 Jenkins、Drone、Travis 以及本篇會介紹 GitHub Actions 這類的 CI 工具，但既然是工程師當然要把指令集內的耦合性盡可能的降到最低，因此就有像是 GitHub Marketplace 的套件市集，讓大家可以在上面選擇不同功能的工具套入於自己的 CI 中，接下來就讓我帶你來了解一下平時會遇到什麼問題，以及如何建立與使用 LINE Notify 於 GitHub Actions 上吧！以前如何知道結果？寫 Script 並用 Linux 的排程(Crontab)在固定時間跑測試案例、爬資料、部署...等狀態CI/CD 過了之後自己上網站看 log (沒通知)即便寫通知程式在 Script 裡，未來的可用性極低(不好管控金鑰、換程式語言...)Why GitHub Actions?GitHub 自家出的 CI 工具專案
